Day 3 我們用 CLAUDE.md 給 Agent 一個「靈魂」——它記得規矩了。
但你有沒有想過一件事:
CLAUDE.md記的是「規則」。那「你上個月隨口跟它說過的事」,它怎麼記得?
比如你某天跟它說「我們公司的 staging 主機是 UTC 時區,判讀 log 要記得 +8」。這不是一條該寫死進 CLAUDE.md 的通用規則,但你希望它以後都記得。它記得嗎?
預設——不記得。
這是你必須先接受的底層真相:
大型語言模型(LLM)本身是無狀態的。每一次對話,對它來說都是全新的開始。
你這次對話跟它講的一切,對話一結束、context 一清空,它就忘得一乾二淨。下次啟動,它又是一張白紙。
這聽起來很可怕——那昨天的 CLAUDE.md 為什麼有用?因為 CLAUDE.md 是每次開機自動塞回去的。它不是「記得」,是「每次都重新讀一遍」。
所以「記憶」的本質,其實是:
把該記住的東西,寫到一個檔案裡;下次啟動時,再讀回來。
記憶不是 LLM 的能力,是你在它外面搭的一套機制。
CLAUDE.md 就好?好問題。理論上可以,但很快會爆炸:
CLAUDE.md 會腫成幾千行所以成熟的做法是把「記憶」和「規則」分開:
CLAUDE.md(規則):少量、鐵則、每次必讀。我的艦隊裡,每個 Agent 的記憶就是一個資料夾,裡面兩種東西:
MEMORY.md):每則記憶一行摘要,開機時整份載入。像目錄。.md,只有一件事。平常不載入,索引裡看到相關的、才去讀那一個檔。運作起來像這樣:
這個「索引 + 細節」的兩層設計,是為了在「記得很多」和「開機很輕」之間取得平衡。你可以累積上百則記憶,但開機成本幾乎不變。
這是最多人做錯的地方。我把記憶分成四類,都值得記:
不該記的:這次對話的暫時狀態(「現在做到第三步」)。那不是長期知識,是這次的進度——它該去別的地方(任務系統,後面會講)。
判準很簡單:這件事下個月還有用嗎? 有 → 記憶。只有這次用 → 不是記憶。
記憶系統最大的敵人不是「記太少」,是「爛掉」——記憶互相矛盾、過時的沒清、同一件事記了五遍。我的規矩是:
最後這點是精髓:記憶的價值,在於保存那些「不寫下來就會重新用學費換一次」的教訓。
單一 Agent 有記憶已經很有用了。但當你有很多 Agent 時,記憶還解決了一個更大的問題:交接。
想像一個 Agent 因為某些原因停了,換另一個接手。如果所有狀態都在前一個的腦子裡(context 裡),一停就全沒了。但如果重要的東西都寫進外部記憶——新接手的讀一讀記憶,就能無縫接上。
記憶讓知識不綁在某一次對話上,而是綁在「這個角色」上。 這是後面 29 天能談「多 Agent 協作」「無人看管長跑」的前提。
CLAUDE.md)和記憶(可累積的知識)**分開;記憶用「索引 + 細節」兩層,做到「記很多、開機輕」。明天 Day 5:Part 1 基礎篇的最後一塊。光有腦(記憶)和靈魂(規則)還不夠,Agent 要能碰到外面的世界——查資料、發訊息、操作別的系統。我們來講 MCP 與外部服務整合,也就是怎麼「給 Agent 裝上工具」。
Genos Lin 是一位技術創辦人,同時擔任多個 AI 導入客戶案的技術顧問。他目前維運一套由 39 個 Claude Code Agent 組成的自動化系統,用於產品開發、業務流程自動化與客戶服務。